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NEWSLETTER DEADLINE 



Deadline for ready— to-use material for the next Newsletter is 
December 31 r 1976* Material reeuiring editing/re-typing must be 
in earlier* Ready-to-use material should be prepared on 8 1/2 
by . 11 inch white bond paper* A one inch margin should be 
maintained on both sides * on the top and on the bottom* Material 
should be reasonably clean* legible? sufficiently dark copy for 
printing* Materials prepared on electrostatic printers (e*g* 
Mersatec printers* Xerox machines* etc*) is often unsuitable for 
photographic reproduction* 

SIG BUSINESS 



The DECUS/US Executive Board has Just informed me that they have 
voted to refuse our reeuest for representation on the board* I 
think that a full discussion of the suoJect should be deferred 
until the next newsletter to give the steering committee a 
chance to talk to the boaro members during the Fall Symposium ♦ 

OS/8 DATE 



The Question of what is going to happen about the OS/8 date came 
up again a few days ago when Dave Kristol called* As everyone 
who has looked at the insidcs of OS/8 knows the date word format 
can only accommodate dates through the end of next year* The 
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monitor will not accept dates beyond 31-dec-77» Even if it would 
there is no way to represent the date in the 12 bits which have 
been allocated. With Just 13 months to go till the date blows up 
it seems as though DEC will have to make a decision almost 
immediatly on what to do and how to set it out to 3il the users 
of the system. Either sorrie collection of patches will have to be 
published or a new release of the system will have to be ready 
and out to users by the end of next year* I have my doubts about 
the second happening in time consider ins 1 the turn around time 
and cost f or 3 new release* On the other hand patches may h3\?e 
to be fairly extensive and there may be a temptation to decide 
on a solution more on the basis of how easy it is to patch into 
the system than on how viable it will be in the Ions run* I 
understand that even in the big-buck world of BECSYSTEii-10 there 
was recently a similar crisis that was not fixed till after 
their date word ran out. 

It might be that user input on how to solve the problem could be 
useful. Considering the problem of maintaining compatibility 
with the existing files as well as a large amount of user 
written software the only solution short of total overhaul of 
the date scheme and all the files and programs th3t use it is 
some sort of a compomise. 

I would like for everyone who is interested to think about the 
problems and possible solutions and to send me any good ideas. 
To get you started consider the following approach* 

1) To avoid the need to modify the way PIPtFOTP and many other 
programs treat the extra information words in directories not to 
mention many other difficulties I will try to stay with one 12 
bit date word as far as device directories goes* This will 
maximize compatibility with existing files and file manipulation 
software like PIP and FOTP. 

2) The current rule for creating an OS/8 date word is to 
subtract 1970 from the year. The result is required to be 
between zero and seven* this is why the monitor says 1/1/78 is a 
bad date. If we change the rule to say subtract 1970 from trie 
year then take the result MOD 8 (i.e* mask it to three bits) 
then the resulting value will fit in the available three bits 
for the year. The years between 1970 and 1977 will remain 
unchanged. 3) Now we have to deal with how to distinguish 1970 
from 1978. This is obviously the basic problem. The current rule 
for interpreting the date word says to consider the year bits as 
a value to be added to 1970* If somewhere in the system a longer 
version of the year were available we could change the rule to 
say that the three year bits defined dates in the eight years 
preceding today (or this year) ♦ For example a few bits could be 
allocated in location 07777 to define the bits Just to the left 
of the current three year bits. They would be picked up by 
programs that knew about them? shifted into bits 7 and 8 and 
then added to the current three oits which go in bits 9 thru 11* 
The entire result would then be added to 1970* Witr» -two extra 
bits the year would be extended to 2001* By comparing the 
unsigned value of the slandavd 12 bit system date with the 
particular date word you are "• nte rp ret ing you could determine if 
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the c^te will come out- in the future* If so you subtract eight 
from the result to nske it 3 date in the past* All this sounds 
rather complex I am sure hut it really is not and it has the 
advantage that with only a very small patch to the DATE function 
the system *»ill accept the new dates* Programs th3t do not know 
about the new convention will still work but they will print out 
a date that is eight years back from the correct one for dates 
after 1/1/78* The advantage of this scheme is that unless you 
are playing games with dates in the future you always can 
represent the maximum range of eight years back from the present 
correctly* Other schemes that have been kicked around involve 
periodically redefining the base ^ear <i*e* 1970) to be 
incremented by say four years* This approach sacrifices some of 
the range back from the present? it requires either the same 
allocation of bits in the system or patches to every program 
every time the base year changes and it reeuires the same 
comparison with the current system date to decide how to 
interpret the date in Question* 

If DEC would agree to some such scheme 3s this we could start 
modifying our programs now to be ready and patches to DEC 
sc "tware would be practical in the time frame available to at 
least assure a minimal solution before 1/1/78* 

NOTE FROM CHASE AMBLER 



Chase Ambler has written about the charges for updates from OS/S 
V3 to OS/3 v"3C. He was charged $300 for the update! I haye 
checked with my local DEC office and found the fol lowing X 1) the 
price for an initial order of OS/8 has gone up from $30G to 
$400* 2) The update charge for licensed users is now $150 - 
however you must use a special variation of the order number (it 
has an h in it) to get that price* Failure of Chase's salesman 
to establish this is the most likely reason for his trouble* 
Note also that according to my salesman the source update policy 
is still not set. According to him the present situation is that 
updates of sources are still charged for at full price! Any of 
you who agree with me that this is very unfair and unreasonable 
should make the loudest possible complaints to DEC* Chase is 
also looking for information on typewriter Quality terminals* 
Any help you can offer would be of interest to many of our 
members so send a copy to me* Check the attached letter for 
details and address* 

N0TF "RUM HAL SINGER 



Mai (who puts out a very information filled newsletter about 
microcomputer topics with his students) wrote about a couple if 
things he and some of his students have been doing* First is a 
urogram called FILSAv" - An OS/8 ASCII File Saving Program by 
David Bryant* FILSAV is a program to locate and retrieve ASCII 
material from devices where other programs (PIP or F0TP) are 
u n useable* E v, a m p 1 e s of use wo u 1 d be to r e ? r i e v c f i 1 e 3 1 o 3 1 
through deletion? directory failure or files Mith imbedded I-U 
errors * 
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With FILSAM the user may search entire devices for specified 
lines or phrases? perform directory lookups (when the directory 
exists) t examine specified blocks and copy desired blocks onto 
another device* All these can be performed with a few simple 
command?, making the retrieval of lost files an easy task* 
Hal says this program was motivated by having directories wear 
out on the floppy disks on the school's three CLASSICS. It has 
some of the flavor of FUTIL and some of the same function as the 
special patch to TECO for doing whole device searches for ASCII 
text but this program seems to wrap up the package for it's 
intended use very nicely. This is the sort of utility program 
you suddenly find your self in need of some Friday night at 91ZQ 
when sou start getting errors on the disc or tape with the only 
copy of something vital » When Hal submits it to DECUS it would 
be a good thing for many users to order so they will have it 
when the need presents itself* 

Hal also wrote about some work Dave has been doing on EDU25* He 
added a floppy disc driver when DEC indicated it was not going 
to be able to do so* The addition yields a 4 to 5 user CLASSIC 
(programed in BASIC) wbich Hal thinks is "a fantastic system"* 
If he could got the loan of 16K of memory and a terminal 
interface board from DEC he would make the mods that would 
result in an 8 user system with floppy BASIC file storage that 
could be sold for under $20*000* Hal has given information on 
the system to his local salesman who will present it to DEC 
Educational Products* He hopes EDU will decide if it should so 
into EiECUS or be supported in some other way* Perhaps the PDP-8 
product line (which is still not really in the EDU part of the 
market) should give this a look in terms of it's broader markets 
too. Hal's address is Cabrilio Computer Center? Cabrillo High 
School f 4350 Constellation Road? Lompoc? California 93436* 

NOTE FROM H* DOMINIC J* C0VVEY 

Mr* Covvy has sent me a copy of the writeup for his SUPERF0CAL. 
He describes his program as follows. SUPERF0CAL is 3 superset of 
DEC'S FOCAL 1969* It contains features found in OMSI's PS/8 
FOCAL as well as additional ones for text manipulation* 
It has an integral stand-alone operating system working from 
pre-f ormatted disk cartridges. Two eaual priority users are 
supported in a timesharing mode. A user continues execution 
until his time slice is ended or until he would ha\>e to W3it 
anyway such as during terminal 1/0. 

Each user has a separate copy of FOCAL with links to common 
routines in the executive. The user's copy of FOCAL and all 
status tables are core resident? however? some command overlays 
are stored on disk and are called as needed. These overlays are 
three pages long and at present there are two? one containing 
LIE*RARY commands and one containing functions. The disk READ 
and WRITE commands are always resident. 

Program size is 30 pages or 7*680 6-bit characters* In 
addition? each program may chain bo a total of 40 other programs 
which are stored on disk. 
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Mr* Covve y also sent information on three other documents $ 

1) CLIFFS - The CLincial Focal Fixe System* The application of 
Superfoeal to the database area in support of a cardiac 
pacemaker clinic* 

2) HEMO - A complete reporting system for a cardiac 
catheterization lab. 

3) LP — A light pen/television data display system applied to 
analysis of left ventricular function* 

Judging from the write up and the description of the 
applications this sounds a lot like like MUMPS* The main 
functional difference seems to be that there is no eouivalent to 
MUMPS' exotic structure for storing and referencing data* 
The address is Cardiovascular Unit Computer Roomy Toronto 
General Hospital* Toronto 101 ? Qnt*? Canada. 

NAVY FOCAL 



Harold E* Cronin has sent along information on a 12K version of 
OMSI FOCAL which he has developed for a PDPSe installation? 
which he calls NAVY FOCAL* Among it's features he lists* 

1) Plotter and character generator for XY8e 

2) Tape reader for GOULD 6000 datalogger 

3) Display function for two color VR20 

4) Reader function for 1/2" DEC magtape - TU10 

5) Reader for Metrodata DL 622 datalogger 

6) Function to read the switch registers 

7) A virtual memory system using the RK8e disk to allow up to 

21*420 variables 
Harold is at The Naval Weapons Center? China Lake? California 
93555. 

NOTE FROM JOHN YOUNGQUIST 



John wrote to call our attention to an interesting sounding 
publication which he recently received. The F'BF'Gr is entitled 
"Conversion of DEC PDP-8 Fortran to Interruptable Operation". 
It adds ring buffered interupt driven handlers for TTY? HSR/P? 
and supports device 4? (LPTJ and CDR. not supported). Also RT 
^lock and some special DF-32 support is included. The paper is 
over 60 pages of description* flow charts? and complete 
listings. It gets around the problem of auto-loading the 
interupt stuff at locations 1?2 and 3 very nicely he says. To 
get this paper reauest. 

AECL Publication No. 4663 
from* 

Scientific Document Distribution Office 

Atomic Energy of Canada Ltd. 

Chalk River Ontario 

Canada K0J I JO 
and include $3.50 in Canadian funds. 

John has recently a^aF't&d a KV8I graphics system for his PDPSe. 
He would like to find someone who has a copy of EDGRIN and/or 
the documentation. He says that he can not get &\yj information 
on EDGRIN from DEC. John's address is Verus Insruments Inc.? Box 
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122? Fort Erie? Ontarior Canada. 

NOTE FROM PHIL SIEMANS 

Phil sent aland a copy of his Mode A EAE routines for FORTRA:' II 
and he says that he has submitted them to BECUS* For those of 
you interested in the 23 bit format he uses to speed up the 
routines and how it fits into the design of FORTRAN II the write 
up documents the details* 

NOTE FROM FRIEDEMANN BRAUER 



Friedemann wrote to say that he had revised Ian Templeton's 
■packed" format system device handler for the Sykes 7100 floppy 
disk* He has made it handle a dual drive? buffered system 
(Sykes 7250)* He is planning to submit the system device 
handler FLOPSY (with entry points for both drives) and also a 
two page non-system device handler for both units called FLOPNS 
to DECUS* His address is HNO Forschungstrakt? Klinikum Westend? 
Spandauer Damm 130 ? D-1000 Berlin 19 » Germany* 

MATERIAL FROM VERNON BLACKMORE 



Vernon has sent along the DECUS submission forms and write ups 
for a set of OS/8 programs he has developed* The submission 
tapes are to follow. They are euite interesting and I suspect 
that a number of you will want to look at one or the other of 
his submissions* First, is KBLD which is a building program that 
converts OS/8 to use a KV8 display for the keyboard monitor ? 
command decoder ? teleype handler and ODT. Host OS/S programs 
may easily be modified to use the KV8 for output. Patchs are 
included for FORTRAN II (plus graphics routines)? FORTRAN IV and 
EDIT* The EDIT patch also implements additional commands such as 
append from the high speed reader and line number listing. 
The other submission is called LOG* It has two main functions. 
1) to record details on the use of the machine and 2) to 
allocate to each user a part of a mass storage device* Large 
storage devices may be split up into smaller separate devices 
which removes directory overflow problems and gives users their 
own individual disk space. The LOG system comprises three 
programs. LOG.PA - the source* MULT.PA - 3 special handler? and 
LOGANL.FT - an analysis program for the log file created by LOG. 
Also included are a source of his modified version of CCL which 
includes a number of useful commands and a copy of a beginners 
guide to his OS/8 system that might be of interest to anyone 
trying to write a similar guide for his particular installation. 
Until the tapes arrive and the submission is processed bv^> DECUS 
you can inauire of Vernon at his new address for correspondence 
which is 18 Brookfield Road? Heaton Chapel? Stockport? England. 

INPUTS FROM CHARLES LASNER 



I recently received a thick stack of material from Mr. Lasner. 
First? a summary of a write up on the P?S/8 monitor J 
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The Polytechnic Question Society Monitor System (PTS/8) is a 
complete program development system for the PBP-8 computer. 
Included are facilities for editing* assembling? and loading 
assembly landuase programs? and an extensive FOCAL programing 
facility* 

The P?S monitor reauires a 4K PDP-8 (or eeuivalent) CPU? a 
console I/O device r and a system device of at least 32K words. 
System device handlers are available for almost every PDP-8 mass 
storage device r ranging from devices as archaic as the LINC-S 
LINCtape and DF32 disk to those as recent as the DSD/DYNEX 
cartridge disk system. 

A major design criterion of F*?S has been to provide the best 
possible level of performance for the user with the minimal 
hardware configuration. For example t in a benchmark test? a P?S 
assembly on DECtape took only twice as Ions as the eauivalent 
OS/8 assembly on RK8 disk? whereas an OS/8 DECtape assembly took 
eight to ten times as long. 

The system is comprised oft 1) The file system? 2) The keyboard 
monitor (and integrated system editor)? 3) The assembler (PAD? 
4) The binary loader (BIN;* 5) The octal debugging technique 
(GDT)? 6) P?S FOCAL? 7) "i he system utility programs. 

Also included in the package was an offer of information about a 
pair of handlers for a high speed intei — processor buffer option 
designed by Eiavid Soergel of Syracuse Univ. One of the handlers 
is a system device handler which means that the remote machine 
can provided the actual system device. Speed is so fast (IS 
microseconds per 12 bit word) you don't really notice the effect 
of the remote SYS J. In fact he has connected a PDF'-Se to a 
LINC-8 so that the LINCtape Iooks like it is connected directly 
to the 8. Another configuration using the IPB is to run LAP6W 
(on the LINC-8) on a v"T-8e (on the 3e) by patching PROGOFOP to 
do I/O to the IPB rather than to the TTY. Also included is much 
more on good things being done on the LINC-8 like 4000 block 
(128 words/block) tapes that work on PDP-12s. Write him for more 
info. 

Another item is two DECtape handlers. TC08SY.PA is a system 
device handler for TC01/TC08 DECtape that provides for both 
DTAO: (SYS:) and DTA1 . ♦ The other handler (DTX) is a two t>b^g 
handler for TC01/TC08 that provides for 8 file structured 
(single tape) entry points and also 8 non-file structured 
(multitape) entry points* The non-file structured operation 
unloads a tape after it is full and waits for the next tape to 
be mounted then continues. This last would be nice where you 
want to output something like a listing to tape but it is too 
long for a single tape* 

Also included is a long list of complaints about the RX01 floppy 
disc system with a claim that there are serious error conditions 
which are not handled properly and which he says cannot be 
handled (for OS/8) due to hardware limitations and limited space 
in device handlers. 
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The 



address 



■for 



further information is P?S N.Y.* 72-55 



Metropolitan Ave.* Middle* Village N.Y. N.Y.* 11379. 
NOTE FROM CHRISTOPHER F.F. MACKAY 



Christopher writes to say that he has worked out a bootstrap 
that 2oes on block of a DECtape so that when the TD8E ROM 
bootstrap is started* his RX01 is booted. This is a neat way of 
savins the cost of a new bootstrap ROM when you upgrade your 
system. He is interested in hearing from anyone who has had 
experience in linking a Nuclear Data ND100 Multichannel Analyser 
to an Omnibus 8. His address is The Royal Sussex County 
Hospital* Brighton* BN2 5BE* U.K. 

NOTE FROM HANS PETER STOEHREL 



Hans wrote with a couple of Questions! Has anyone tried to 
handle both upper and lower case characters in OS/8 FORTRAN IV? 
He says it is easy in FORTRAN II. He would appeciate any help or 
he will collaborate with someone. He is also interested in 
hearing from anyone v»ho has a DOUBLE PRECISION software package 
for either OS/8 FORTRAN IV or FORTRAN II. On both these 
Questions I would like to get a copy of any information you have 
because these Questions come up freouently. H3ns' address is c/o 
Institut for Modellstatik* Universitat Stuttgart* 7 Stuttgart 1* 
Keplerstabe 11* Postfach 560* Stuttgart* GERMANY. 



NOTE FROM BRIAN CONVERSE 

Brian writes! 

"Two years ago when I first started to use a PDP-12* I found 
that the console was a little bit weird. As tisae went on* and I 
became more familiar with it* I wrote off "the con ole as an 
economy measure or as an exalted concession to LINC-8 and 
classic LINC users. I began to notice other things as I began to 
use the disk* magtape and FPP — there weren't any lights! The 
FPP is buried down in there and it Just laughs at you. 
Now the classic LINC had a few features that still haunt me* 
For one thing* there was a light for everything in the 
"standard' configuration. None of the manufactures (US Gov't* 
Spear* DEC* and a few university operations) offered other than 
the "standard" configuration. So everybody had all the basics* 
none of this like our TU-68C (PEC 6X60) 9— track drive* serial 
number 25 that I have to xerox the manual for to explain 
differences with the TC-58 or to prove DEC made them. And those 



console lamps looked sexy* relamped immediately* 
years (28 volt lamps running on 15 volts). The 



and lasted for 
23 classic LINCs 



the government made had teflon (c 

console unit and really good 

Dick Clayton willingly allowed 

horrible console. It's hard 

compromise Wesley Clark had to go 

LINC-8* 

And it's hard to believe Dan 



1963) insulated wire in the 
switches* It's hard to imagine 

the PDP-12 to have such a 
what anguish and 
up with a salable 



to imagine 
thru to come 



Smith can E~stop at 40 and 
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exam/deposit and live. My experience has been that E-stop and 
F— stop STOP right in the middle of an instruction and any 
exam/deposit (with or without stepping) can -foul things up. 
Watching the lights* I think what happens is that there is a mem 
addr to PC transfer that is part of what classic LINC called 
GGNI seouencet "Go Get Next Instruction' • Since ycu've changed 
the memory address * that address goes into the PC and the PDP-12 
goes off into OZ somewhere. The reason is that the PDP-12 
doesn't finish the instruction cycle - it Just hangs there with 
an unfinished cycle like an idiot. Now I've done marvelous 
things because it doesn't * but I did wonderous things on a 
classic LINC* which did* and given the choice* I'd prefer the 
LINC's way* The logic density on the LINC was zero compared to 
the 12 (one LINC card eouals about one IC in the 12!) yet LINC 
was smart enough to finish out the cycle when you hit EXAM! The 
"12 should've had a superior console* like E-stop on the 23rd 
reference to location 345 or when location 345 eouals 0007. The 
instruction trap should have a (displayed on console) mask 
register* etc** etc. I hate DDT* In fact* I've never used it. 
The only place for software DDT is in microcoded machines where 
it's invisible to the object code. 

I've got a problem - I'm using PDP-12 FAST SAMPLE mode with the 
API on servicing the KW12 clock. The "background" code is an 
8— channel display of signals on 8 A-D channels being sampled 
every clock interrupt* Additional A— D channels are sampled upon 
schmitt trigger interrupt. The displayed channels can be 
positioned by the 8 analog knobs. The problem is* I get 
interrupts from the clock which cause sampling that messes up 
the knob values at times because of the asynchronous nature of 
the interrupts. I'd switch to regular sampling but I'm in as 
tight a loop as possible now and can't afford any more flicker. 
So the backs-round "display" has this random "fuzz" all over it. 
Anybody got a way to read the current mux channel on the 12? 
(I'll have to do it in the relatively infreauent clock 
interrupts* and I rail at having to pick interrupted PC out of 
API stack and back up thru code looking for the last SAM - the 
only solution I can think of) 

Also to Dan Smith - take a look at FPP-12 manual for 
EXAM/DEPOSIT ritual to beat all. Makes single-stepping with 
FPP-12 look like 15th century torture. Now* in our case if you 
turn on API ♦ ♦ . ! 

One day I have always planned to write a program called "console 
on scope" for the 12 with a light pen. This would allow real 
fancy console design. In fact* on« d3y I hope to see an LSI- 11 
type machine with microcoded or micro-computer driven CRT 
"console" display that you can rearrange (you could have a flip 
switch to go to regular display mode or even ha^e superposition 
of hardware-generated "console" on software-generated 
displays) * " 

Brian's address is MO 58* Environmental Protection Agency* 
Research Trangle Park* North Carolina 27711. 
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Oct 8, 1976 



Hr, Bob Hassinger 
Liberty Mutual Research Canter 
71 IrankXand Bead 
Hopkinton, JSk QXII& 

Dear Bobs 

First of all, may I express ay personal appreciation to you for your fine 
efforts with the OS/8 newsletter? I know hov such work it must involve 
in getting it out, and I wast be one of hundreds that you know nothing 
about that read every word*... and profit by itl Many thankst 

Thought jou might be lntereated in the enclosed. The $1|D0 really frosted ms, 
especially since we had VH. X had to raise the additional $300 by 
teaching a BASIC class to the public on sy own time and also contributing 
$100 of ay own money* • Then they bill us for *2i00 after we had sent $100. 

X definitely will not go to any future version at these prices (if we keep 
Ver XXXc). X don't know what will happen, but us little guys can't 
afford updates this often. X hare an 8S with 8K and dual TTf£6 etc. • 
Fy whole budget for the year is $600, which includes ALL Maintenance I 
DEC is rapidly becoming a four-letter word. 

We are presently using the VT0£ and a tty. The video is console device, and 
the JOT is used as LPT. (However, I can Mechanically switch device codes 
and "swap then around) • Since the TTI has about 3,000 hours on it, I have 
been looking far a new terminal.... and especially one that would be suitable 
forepersons!" form letters from our administration. In other words, no 
dot matrix or special impact paper things. . The Selectrlc seemed to fit 
the bill, so with the help of a kind parent with $1000, we ordered the 
Anderson-** acobson 81*1 Selectrie. They assured us all we had to do was 
"plug it in", as we had BIA interfaces, (but maybe change the baud rate, which 
I could doj. It plugged in fine, but obviously to me after we got it, thaz 
it wouldn t work as it wasn't ASCII, or even BCD* but aomething called 
Correspondence Code, whatever that is. So, I packed it up and shipped back. 

Do you know of any LPT or terminal (used at about 1 to 2,000 dollars) that 
would work?? It must be a "typewriter" face, and at least 30cps, and I 
guess, accept ASCI^.... (* know very little about auch things as codes, but 
am a whis with BASXCl ) Any help you could give us would be appreciated. . . 



Best Regards, 




Chase Ambler 



FROM JIh VAN ZEE #19 PAGE 1X 

Note on the .DEassign command 

With the advent of OS/8-Version 3 (and now 3^) CA *e the demise 

OF ONE OF THE NORMAL SYSTEM COMMANDS: THE .DEASSIGN COMMAND. 
IN PREVIOUS VERSIONS OF OS/8 THIS COMMAND COULD BE USED TO CLEAR 
ANY USER ASSIGNED DEVICE NAMES WHICH MIGHT INTERFERE WITH THE 
PROPER OPERATION OF THE PROGRAM. I FREQUENTLY USED IT TO CHANGE 
THE ASSIGNMENT OF DSK FROM ONE TAPE TO ANOTHER. HOWE VER, UNDE R 

Version 3 the .DE command is only available under CCL (in spite 
of what the OS/8 Handbook seems to imply) ano with CCL disabled 
(or even removed, perish the thought - BUT IT saves a lot of 

SPACE!) IT IS POSSIBLE TO .ASSIGN DEVICE NAMES, BUT NOT TO .DE 
ASSIGN THEM. CLEARLY THIS tS QUITE ANNOYING, BUT EVEN WITH CCL 
ENABLED IT IS NO LONGER POSSIBLE TO EXIT FROM A PROGRAM, DO A 
.DE AND THEN RESTART BECAUSE THE 'nOT-RE STARTAB LE ' BIT GETS SET 
AND I SUPPOSE THAT THE PROGRAM ITSELF GETS CLOBBERED SOMEHOW. 
ALL THIS IS MOST UNSATISFACTORY, BUT FORTUNATELY THERE IS A TRICKY 
WAY AROUND IT: THE BREAK COMMAND IN ODT USES THE ASSIGNMENT TABLE 
FOR ITS OWN PURPOSES, SO YOU CAN HIT CTRL/C, TYPE .ODT, THEN •B 1 , 
ANOTHER CTRL/C, AND A .ST TO RESUME THE PROGRAM WITHOUT CLOBBER- 
ING ANYTHING. Th I S IS ALSO A LOT FASTER THAN USING CCL TO DO A 

.DEassign - at least on a tape system! 



FROM LARS PALMER _ #19 PAGE 12 

I have lately been working with HALF code often generated via the FORTRAN IV compiler 
and I found that in these cases the tools provided by DEC for the programmer were 
inadequate. I have therefore done the following to fix this. 

1) The FORTRAN n compiler has a neat trick of inserting the FORTRAN statement 
into the RALF sources as a comment. I wrote a small FORTRAN program which 
will do this: It takes a FORTRAN listing file together with a RALF source file 
(can be produced in one compilation by the syntax .Compile TEST.FT/A-LS). 
The program will also delete the statement numbering produced by the FORTRAN 
compiler if you wish. The statement numbers have to be included in the compilation 
as they are used by the FORT program to synchronize the FORTRAN and the RALF 
sources. 

2) CREF contains an option to support RALF. The support for RALF is, however, 
very poor in the standard version. I decided to see if I could do anything with a 
reasonable amount of work. I am not going to recede CREF. I wrote a patch which 
will do the following: 

a) It adds several but not all FPP symbols to RALF. This means that crossreferencing 
a FORTRAN output does not include several hundred references to FADD FLOAD. 

b) I made # a legal character but it is treated by CREF and output in the CREF 
table as f . This is not a major difficulty, however. Several problems remain 
when using CREF with RALF code but I think these problems are, if not acceptable 
at least such that it is still worthwhile using CREF. I think DEC could do a bit of 
work on CREF to fix it. 

~ /FUNCTIONS: 

/l ADDS SEVERAL BUT NOT ALL FPP SYMBOLS TO RALF 

/ THE SYMBOL #LIT IS ALSO ADDED TO REMOVE MANY 

/ (IN LARGE PROGRAMS SEVERAL 100) REFERENCES 

/2 # IS A LEGAL CHARACTER BUT MAPPED (AND OUTPUT) AS C 

/ 

/U /M WORK IN COMBINATION WITH /R </P=/U> 

/PROBLEMS REMAINING *** DEC DO SOMETHING**** 

/A RALF ALLOWS TAGS TO HAVE THE SAME NAME AS AN OPERATOR 

/ THE CODE JMP JMP IS POSSIBLE IN RALF 

/ IF A FORTRAN VARIABLE IS GIVEN SAME NAME AS A PERMANENT 

/ SYMBOL (EG JA OR KSR)IT IS NOT REFERENCED 

/ 

/B RALF ALLOWS A SYMBOL TO BE FOLLOWED BY A , IN 

/ POSITIONS WHEN IT IS NOT A DEFINITION 

/ EG JA #100, 5 

/ THE LAST SUCH OCCURANCE WILL BE FLAGGED AS 

/ DEFINITION 

/C CREF DOES NOT RECOGNIZE THE RALF SYMBOLTABLE 

/ ALL NAMES IN THE TABLE ( INCLUDING SECTION FLAGS AS X) 

/ ARE CROSS INDEX ED 

/D SEVERAL FPP SYBOLS AND MOST RALF PSEUDOOPERATORS ARE NOT 

/ DEFINED THIS DOES NOT INFLUENCE THE FIV 

/ PROGRAMMER BUT WELL THE RALF CODE PROGRAMMER 

/STILL IT IS BETTER THAN WITHOUT THE PATCH 

The comment transfer program (COMRAL. FT) and the overlay to CREF can both be obtained 
from me. They will be submitted to DECUS later when I make a new submittal of my bits and 
pieces tape. Note that in the CREF overlay the DEC patches are included. If you want to do 
any patching besides that done by the overlay, you have to be careful as there is very little 
room left in CREF. 
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Further notes re FRTS and BASIC with a non-TD8E 2-page system handler 

The latest versions of FRTS fr*0 and BASIC frkA) operate slightly 
differently from those (FRTS with no version #, BASIC V 3.0) described in 
Newsletter #l6. The following modifications should be made to those notes. 

1, FRTS (V k) 

Here the TD8E handler is recognised by finding 0003 in the field address 
stored in 12756. Thus 12756 contains 7ol2 and 12755 contains 7775- The 
instruction-changing operations start one location earlier, i.e. the TAD 
(CDF MAX) occurs at 1267** , but the subroutine itself is unchanged. 

2. BASIC (V kA) 

Again, the 0003 in 07612 of the TD8F. handler is used, but otherwise 
operations are more or less as before except for some minor changes of 
address. 

Thus 567, 2556 and 737 1 * of BL0AD.SV contain 7570, to test the system 
device code; 566 and 2555 contain the address 76l2, and 565 and 255 1 * contain 
7775. The test for 6223 in 76U2 is still there at 7372, and the special 
addresses for changing (& testing) are in 557-61 and 7370-73. The change routines 
now start at 503 and (as before) 7256. The operations in BASIC .FF are unchanged. 



I. M. Tempi eton 

National Research Council of Canada 

Ottawa, K1A 0R6, Canada 
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Notes from Ernst Lopes Cardozo, Utrecht. Holland. 



CHAIN & RETURN 

One of the things I always missed in 05/R is the possibility 
to call a program as a subroutine, i.e. a chain with return. 
It turns out that this feature can easily be implemented. 



As you may have noticed, the last location 
used by OS/8, After bootstrapping the 
contains a zero. To call a program you s 
savefile of your own program (which rau 
deposit the starting blocknumber in locat 
you LOOKUP the program that should be ca 
normal CHAIN to it. When this program 
returns to the keyboard monitor (7600 
chain back to your program. To have t 
following patch must be applied to OS/8 
is like ODT. with blocknumber. of fset) : 



of field 1 is not 
system this word 
hould LOOKUP the 
st be on SYS:) and 
ion 17777. Next 
lieu and perform a 
is finished and 
or 7605) QS/R will 
his feature. the 
(the format of SPY 



.R SPY 
♦SYS: 



1.1/ 6211 5277(CR) 
1.77/ XXXX 621KLF) 
100/ XXXX 1663(LF) 

XXXX 

XXXX 

XXXX 

XXXX 

XXXX 



101/ 
102/ 
103/ 
104/ 
105/ 
106/ 
107/ 
110/ 



7450(LF) 
5202(LF) 
331KLF) 
3663(LF) 
620KLF) 
XXXX 6212(LF) 
XXXX 4422 (i.t) 
XXXX 0006(LF) 



JMP PATCH 
PATCH. CDF 10 

TAD I (7777 

SNA 
JMP back to normal 

DCA BLOCK 

OCA T (7777 

CDF 

CIF 10 

JMS I USB 
CHAIN 
BLOCK. 
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top four 
new ( V3C 
BASIC. FF 

in the h 
the save 
e restore 
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em; 



program loc 

if this mecha 

locations i 

) versions. 

tries to save 

ighest field. 

operation 

moves the fi 

17774-17777 



ation 17777 will 

nism revealed that 

n field 1 ( both 

As far as we could 

and restore the 

which are used by 

is ( sometimes ?) 

rst four locations 

The following 
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.GET SYS BASIC. FF 
.QDT 

14352/ 1020 5742 

~C 

.SAVE SYS BASIC. FF 



PAL8 V10 the symbol table. 

This is a comment on the article of J. van Zee in the 
newsletter #18. As documented in the DS/R System Release 
Notes ( V03C) the new version does interpret the /K switch, 
but in a different way. Without /K the program will keep 
the USR in core to speed up assembly of small programs. In 
that case you have room for 636 symbols. With /K you get 
897 symbols (all in 8K). 



STANDARDIZATION of RUBOUT SEQUENCE 

Now that OS/fl is frequently runned on virtual machines, i. e. 
in the backgrcund of a realtime and/or timesharing system, 
the need for standardization of the RUBOUT machanism is 
stronger than ever before. Especially in systems where the 
OS/8 job is swapped between memory and secondary storage, 
echoing of keyboard characters must be done by system 
software in order to avoid unaceptable delays. In general 
this is not difficult and its is very well possible to 
detect which output characters comming from the background 
program are echo for the input characters. So the system 
software may drop the superfluous echo characters. However, 
in case the input character is RUBOUT. nothing can be said 
about the reaction of the background program. A quick 
inventarisation reveals the following: 

QS/8 (Keyboard Monitor and Command Decoder): echo backslash 
if this is the first RUBOUT in sequence; Echo the deleted 
character; Ecno backslash before the echo of the first 
normal charater after a series of RUBOUT. 

OS/8 BASIC: echo backarrow (underline) for each RUBOUT. 

EDIT. BASIC runtime input. FORTRAN' IV input; echo backslash 
for each RUBOUT. 

TECO: echo the deleted character. 

With video terminals rapidly filling the world, a number of 
new possibilities have emerged. Those terminals supporting 
the BACKSPACE function can be driven with backspace, space, 
backspace to remove the deleted character from the screen. 
It is one of the advantages of the virtual machines that the 
foreground system can give a reaction adapted to the type of 
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terminal attached. while the OS/fl system can be left 
unmodified. However, ti.is is only possible if the standard 
reaction ef OS/fi and other b&ckgraund programs is easily 
detectable for the foreground software. I think it would be 
wise to return to the old standard of a single backslash for 
each RU30UT received. 



A BUG IN RALF V60A (FORTRAN IV) 

RALP has a problem with modules whose ESD requires more than 
one outbut block. Such modules will result* e.g. from a FORTRAN 
subprogram with references to 50 or more common blocks. 

The problem is that incorrect relocatable will result i£ any 
of the RAItF I/O devices use 2-page nonsystem handlers* (I've verified 
this only for the list output device* but think it*s true for the 
others as well). 

The problem can be avoided by having all files reside on SYS*. 

The problem is due to a section of code (location 6400, NEW &c.) 
which determines whether there are amy other handlers and* if 
so* runs around patching all locations that refer to buffer areas. 
Unfortunately* it misses one (the constant (-0UBUF-377 at loeertion 
5717 in ESDBUF). This problem will be reported to BBC and seems 
eas ily f ixable/patchable • 

To determine if the problem exists in your configuration* 
compile the program 

C0JK0N /BU61/A1 
COKKON /BUG2/A2 



COMKON /BUG50/A50 

STOP 

END * 

request a listing with the LOAD, and see if the map includes all 
50 blocks or not. In our system, which has a 2-page (special* local) 
line-printer handler, the problem will occur if compiled with a /F 
and not if not. 

— Dan Smith 

Eye Research Institute 
2C\ Staniford St. 
Bo 8 ton, Mass. 02114 

Oct. 29th, 1976 
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DIGITAL EQUIPMENT COMPUTER USERS SOCIETY 

MAYNARD, MASSACHUSETTS OT7E54 / TEL. OST-StTI / TWX "710 347-0212 



DECOS LIBRARY NOTE 



DECU5 has received several inquiries from users for tne list of 
programs in the library on diskettes (RX01) . The DECUS library 
presently has very few programs to offer to these users. We encourage 
users to submit programs on diskettes to help facilitate the requests 
being received. 



